在DNAMAN里看GC含量，很多人会先去找一个单独叫GC的分析窗口，结果绕了半天也没把结果真正落出来。DNAMAN官方功能说明里更直接的做法其实有两条，一条是针对当前序列做composition分析，软件会报告sequence composition，也就是序列组成信息；另一条是放到Oligo Database里看记录字段，因为数据库记录本身就带有GC content这一列。也就是说，查看GC含量不是只有一种入口，后面的保存方式也要跟着你看的结果类型来选。

在DNAMAN里处理突变位点，最容易混掉的其实是两件事。一件事是“把这个位点标出来”，另一件事是“让它在界面里更醒目地显示出来”。从官方公开教程来看，前者更适合走序列注释这条线，也就是先把位点写成annotation；后者则更多依赖序列显示和比对显示选项，比如是否显示注释、注释怎么显示，以及多序列比对里是否启用颜色或色块显示。也就是说，标记和上色不是同一个入口。

很多人用DNAMAN做格式转换时，容易把“能打开”当成“已经转好”。其实这两件事不是一回事。DNAMAN的公开教程和功能页写得很清楚，它能读取GenBank、FASTA、ABI、SCF、GFF3、GCG、GDE、CLUSTAL、NBRF、PHYLIP、MEGA等多种序列文件，同时支持把序列导出为FASTA、GFF3、GCG、GDE、CLUSTAL、NBRF、PHYLIP等格式；另外，软件本身也提供20个sequence channels，方便把当前序列先载入、整理，再继续做后续输出。换句话说，真正顺手的做法不是先急着另存，而是先把序列读入正确通道，再决定目标格式和输出方式。

做DNAMAN多序列分析时，很多人前面并不是不会点比对，而是比对结果出来以后，不知道一致性到底该看哪一层。其实这件事在DNAMAN里可以拆成两步来看：第一步先把多序列比对做出来，第二步再把一致性相关的显示打开。Lynnon的官方教程里已经把多序列比对和显示控制分开说明了，所以更稳的顺序，应该是先完成alignment，再回到编辑器里处理consensus和颜色显示。

在DNAMAN里看开放阅读框，真正要先分清的是两件事，一件是先把序列按DNA正确定义并加载到通道里，另一件是用六个阅读框总览去找候选翻译区。公开可检索的DNAMAN官方教程能确认两条关键入口，一条是【Define Sequence】里先把序列类型和分析区间定好，另一条是【Protein Analysis】里的【Reading Frame Overview】会把当前DNA序列在全部六个阅读框里的潜在翻译区一起显示出来。也就是说，DNAMAN预测ORF的常用思路，不是先填一个基因名，而是先让软件把六个框都展开，再去挑真正值得继续看的那一段。

在DNAMAN里做限制性酶切分析时，很多人前面把序列打开了，后面却只停留在“软件好像算出来了”，没有把位点真正看清，也没有把结果整理成后续实验能直接用的内容。Lynnon官方教程把这条流程拆得比较清楚，先从当前通道里的DNA序列启动Restriction Analysis，再决定是看文本列表、看Restriction Map，还是看Restriction Pattern。也就是说，酶切位点不是只有一种查看方式，后面的导出整理也要跟着结果类型分开处理。

做序列分析时，进化树往往既要能放进论文和汇报里，也要能交给合作者继续做下游分析。麻烦通常不在建树本身，而在导出环节：图导出来发虚、线宽不对，树文件给别人打不开，或者导出后发现分支长度和自举值没带上，来回返工很耗时间。

DNAMAN拼接失败或拼出来的Contig断开，很多时候不是算法不行，而是重叠区在进入拼接前已经被末端低质量与模糊碱基过滤吃掉，导致有效重叠变短。处理思路是先确认重叠到底有多长，再去调Minimum overlap与Identity阈值，并用更严格的相似度约束来换取更高的拼接可靠性。

做序列拼接时，很多人以为看到共识序列就算完成了，但真正交付往往要把拼接结果以FASTA或文本形式导出，并且把共识序列单独保存出来方便后续比对和注释。DNAMAN的常用做法是先在拼接或比对结果窗口里选中你要导出的对象，再从导出或保存入口选择格式与保存范围，避免只保存工程文件而忘了导出真正要交付的序列文件。

做PCR引物时，最容易卡住的不是参数细节，而是序列没放对位置或入口没点对，导致工具按钮灰掉、结果列表为空、导出的引物对不上目标区间。把序列导入到正确通道并激活，再从PCR Primer入口进入筛选窗口，后面再谈Tm、产物长度与排除规则才有意义。